home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 5 / QRZ Ham Radio Callsign Database - Volume 5.iso / digests / digital / 940058.txt < prev    next >
Encoding:
Internet Message Format  |  1994-11-13  |  7.6 KB
  1. Date: Fri,  4 Mar 94 04:30:19 PST
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #58
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Fri,  4 Mar 94       Volume 94 : Issue   58
  11.  
  12. Today's Topics:
  13.                       Errors in TNC2 firmware???
  14.                       IM_Mac1.0b27y.sea.hqx.text
  15.  
  16. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  17. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  18. Problems you can't solve otherwise to brian@ucsd.edu.
  19.  
  20. Archives of past issues of the Ham-Digital Digest are available 
  21. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  22.  
  23. We trust that readers are intelligent enough to realize that all text
  24. herein consists of personal comments and does not represent the official
  25. policies or positions of any party.  Your mileage may vary.  So there.
  26. ----------------------------------------------------------------------
  27.  
  28. Date: 28 Feb 94 06:25:08 GMT
  29. From: nprdc!ihnp4.ucsd.edu!ucsnews!sol.ctr.columbia.edu!howland.reston.ans.net!agate!library.ucla.edu!csulb.edu!tern.csulb.edu!usenet@network.ucsd.edu
  30. Subject: Errors in TNC2 firmware???
  31. To: ham-digital@ucsd.edu
  32.  
  33.   I have recently been experimenting with TNC2 clones and had run
  34. across two peculiar "bugs" in the firmware of an MFJ 1278, and
  35. a tiny TNC2.  
  36.   
  37.   The first problem relates to when the TNC2 sends to the computer
  38. the "Change incoming stream" command ("|B" to switch to stream B, 
  39. for example).  It seems that when in command mode, the TNC set the 
  40. output stream to be equal to the input stream whenever it sends
  41. the "cmd:" prompt (if, of course. the output stream was set to
  42. something else previously).  So it you are in command mode in stream
  43. A, and send a "|b" to set the input stream to B, and press Enter,
  44. the tnc will respond with "|Bcmd:" to tell that the output stream
  45. should now ALSO be set to stream B.  The problem is this:  The stream
  46. switch is sent JUST before sending the cmd: prompt.  So if you are on
  47. stream A in command mode, and type "|bcst<CR>" to set the input to
  48. stream B and get the status of all streams, the tnc will send the
  49. results, THEN the |B, then the new cmd: prompt.  SO, the output of
  50. the cst  request made on stream B will be sent to stream A.  In fact,
  51. the results will show that the input stream is B, while the output
  52. stream is A!  Of course, if you type another "cst<CR>", the results
  53. will be sent to the proper stream, because it has already been
  54. corrected.  Do all TNC2's exhibit this feature?
  55.  
  56. The second problem is more major.  I seems that when I am connected
  57. on two streams, and send text out on the first stream, and then
  58. switch to the second and do nothing, all output from the tnc is
  59. halted.  For example, if I am connected on stream A and B to two
  60. bbs's, and I am currently on stream A, and I send "l<CR>|B" to list
  61. all files on the first bbs and then switch my input to the second
  62. bbs, the tnc will halt all output back to me.  The results of the
  63. list command will come back to the tnc, and the tnc will receive them
  64. all internally, but will not send them to the computer....UNTIL I
  65. sent something to the tnc first.  (Usually I send "^ck<CR>" to enter
  66. and then leave command mode.  This will then allow all buffered data
  67. to be sent to me.  However, it you do not send anything to the tnc,
  68. it will send nothing to you.
  69.  
  70. I have found these problems by using paKet 5.1.  PaKet creates
  71. a different window for each of the tnc's streams, and pressing a 
  72. shifted arrow key allows you to switch between the streams.  When you
  73. do this, paKet sends a "|" and the stream identifier.  Therefore, it
  74. is very easy to switch to another stream to view incoming data,
  75. without wanting to send anything, thus causing the second problem.  
  76. And having entering a command in one window and having the output
  77. return in another window (the first problem)  was also easily
  78. spotted.  I have reproduced these problems using a simple terminal,
  79. so they are not errors with paKet.
  80.  
  81. One other note.  I have also played with some Kantronics Tnc.  They
  82. do not appear to have the lockup problem, but have an even worse
  83. version of the first bug.  The incoming stream sent from the Kan TNC's
  84. is only changed when data comes in from over the air, not from
  85. commands.  So if I am on stream A, and switch to stream B, SEND a
  86. <CR>, (this would fix the TNC2 problem), and start sending commands,
  87. the tnc never send me the stream switch command, so all the feedback
  88. from my commands always goes to stream A, (or whatever the last
  89. stream to receive over the air was).  This is very frustrating when
  90. using paKet!
  91.  
  92. Anyone have any comments on any of this?  Has anyone else experienced
  93. this?  Any ideas for solutions?  
  94.  
  95.  
  96. -- 
  97. Byon Garrabrant  KD6BCH  byon@csulb.edu
  98.  
  99. ------------------------------
  100.  
  101. Date: 4 Mar 94 10:25:24 GMT
  102. From: news-mail-gateway@ucsd.edu
  103. Subject: IM_Mac1.0b27y.sea.hqx.text
  104. To: ham-digital@ucsd.edu
  105.  
  106. =20
  107. Release Notes - IM/Mac 1.0=A727y
  108.  
  109. - The numbers in the option-about dialog are now correctly formatted =
  110. for all
  111.   languages.
  112.  
  113. - Beachball cursor stops spinning immediately after finishing updatin=
  114. g mail file
  115.   when quitting.
  116.  
  117. - Beachball cursor stops spinning when a system error occurs.
  118.  
  119. - When a system error occurs, the dialog that shows has a 'MacsBug' b=
  120. utton when
  121.   MacsBug is running. This will create a file called 'crash_log' whic=
  122. h you need
  123.   to send me.
  124.  
  125. - Files with filetype 'ZSYS' and creator 'MACS' (e.g., 'VM Storage') =
  126. can no
  127.   longer be send. They're treated as invisible files like the Finder =
  128. does.
  129.  
  130. - When selecting a file to send, the text inside the outlined button =
  131. was 'Send'
  132.   instead of 'Open' if the target was an alias to a folder.
  133.  
  134. - When the last item (Record) in the "Edit 'bm.rc'=C9" dialog contain=
  135. ed only a
  136.   filename, a system error occured. The syntax for that line is as fo=
  137. llows:
  138. [[[:<volume>:]<folder>:]<file>]. Square brackets enclose optional ite=
  139. ms.
  140.  
  141. Examples:
  142. :My Hard Disk:My TCP/IP Folder:spool:Archive:Sent Mail
  143. spool:archive:sent mail
  144. archive
  145.  
  146. - Finding out if MacsBug is installed via Gestalt doesn't work. Used =
  147. another
  148.   method.
  149.  
  150. - Sending a file that needs to be BinHex encoded will have its name t=
  151. runcated to
  152.   27 characters to make room for the '.HQX' suffix in the subject tit=
  153. le. The
  154.   original file name will reappear after the BinHex decoding takes pl=
  155. ace at the
  156.   receiver's end.
  157.  
  158. - Deleted mail icon was 1 pixel too high.
  159.  
  160. - Does stuff/unstuff of files on system 7 Macintoshes that have 'Stuf=
  161. fIt
  162.   Engine=AA' (version 3.0 and higher) in the Extensions folder. Files=
  163.  that were
  164.   compressed/made with StuffIt, Compact Pro, AppleLink, DiskDoubler o=
  165. r
  166.   UpdateMaker won't stuff twice.
  167.  
  168. - Beachball cursor kept spinning when a system error occured during B=
  169. inHex
  170.   encoding.
  171.  
  172. - On popular demand:
  173.  
  174. AX25 mail: on1xk@on6ar.#an.bel.eu
  175. AMPRnet:   ivo@on1xk [44.144.8.5]
  176. Internet:  on1xk@gg.tno.nl
  177. AppleLink: vanursel.ivo
  178.  
  179. Monday, February 28, 1994 - 18:48:54 UTC
  180.  
  181. Best 73's, es cuagn de Ivo, ON1XK @ ON6AR.#AN.BEL.EU [44.144.8.5]
  182. Wednesday, March 02, 1994 - 19:55:15 +0000 UTC
  183.  
  184.  
  185. PS (by PA2AGA)
  186.  
  187. This version obsoletes all versions of info-mac/comm/radio-immac in t=
  188. he
  189. Sumex-Aim archives.
  190.  
  191. The new IM/Mac has (hopefully) been uploaded to ftp.std.com, to the
  192. directory pub/hamradio/incoming, and to ucsd.edu, to the directory
  193. /hamradio/packet/tcpip/incoming. If it's not there (anymore),
  194. then look at /hamradio/packet/tcpip/mac.
  195.  
  196. ------------------------------
  197.  
  198. End of Ham-Digital Digest V94 #58
  199. ******************************
  200.